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DETAILED ACTION 
Remarks 

1 . This communication is responsive to tine amendment filed May 5*, 2009. Claims 
2-4, 7-9, 12, 14, 15, 18-21, 29-31, 33, 34, and 36-39 are pending. In the amendment 
filed May 5'^ 2009, Claims 31 and 37-39 are amended. Claim 32 is canceled, and 
Claims 31 and 37-39 are independent Claims. The examiner acknowledges that no 
new matter was introduced and the claims are supported by the specification. 

Continued Examination Under 37 CFR 1.114 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 5/5/09 
has been entered. 

Claim Interpretation 

3. Method Claims 31 and 38 contain either a client or a server. In view and in light 
of the specification, one cannot reasonably construe these elements as not hardware. 
As such, the method claims are tied to another statutory class of invention and are 
currently statutory under 35 U.S.C. 101 . 
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4. Computer program product claims 37 and 39 include a limitation for a physical 
computer-readable media having instructions stored thereon to cause a computer to do 
certain steps. This phraseology plus the readings of what medias can store information 
from the specification, makes this claim include statutory forms of computer-readable 
medias. As such, these claims are currently statutory under 35 U.S.C. 101 .. 



Response to Arguments 

5. Applicant's arguments filed May 5'^ 2009 with respect to Claims 2-4, 7-9, 12,14, 
15, 18-21 , 29-31 , 33, 34, and 36-39 have been considered but are not persuasive. 

6. The applicant's maintain their prior arguments that, essentially, the Cameron 
reference has allegedly been overcome by the affidavits of record and is not prior art. 
The applicants make this argument in a footnote on p. 12. Their reasoning for this is 
based on reasons set forth in previous office action responses. As such, the examiner's 
response to these repeatedly maintained arguments can also be found in associated 
previous Office actions. 

7. As to the applicant's arguments with respect to exemplary Claim 1 (and Claims 
12 and 23) for the prior art(s) allegedly not teaching or suggesting "wherein the 
database is a database of a Web service," the examiner respectfully disagrees. 
Cameron, paragraphs [0143]-[0145] was used to reject these limitations. In the cited 
sections, Cameron teaches that the computers in Cameron may operate in a networked 
environment e.g. the internet (which is the web). When the database(s) in Cameron are 
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accessed/used across the web they automatically are of a web service since they 
logically become a data(base) service on the web/internet. 

8. As to the applicant's arguments with respect to exemplary Claim 1 (and Claims 
12 and 23) for the prior art(s) allegedly not teaching or suggesting "wherein the 
location path expression is translated into a plurality of LDAP queries that are 
processed by the Web service to satisfy the client request and that are iteratively 
processed until the client request is satisfied, " the examiner respectfully disagrees. 
Only Cameron, paragraphs [0040]-[0041], [0088], [0104] and [0109] was used to reject 
these limitations. As shown below, Cameron, paragraph [0088] provides for LDAP data 
source/store. The use of LDAP provides for the necessity of using LDAP queries to 
obtain the data in the LDAP directory service. The citings in Cameron provide "two data 
store searches" where Boolean modifiers (and, or) are used on two polyarchies to 
obtain objects in the data store that match the queries. Cameron's method of querying 
is PQL. PQL is mapped to the claimed location path expression (as It was earlier in the 
claim). Having two data store searches on what is an LDAP directory services makes a 
plurality of LDAP queries that must be translated from Cameron's PQL. Since these 
queries obtain objects in the data store that match the query to the store, the queries 
are seen as having been processed by the Web service to satisfy the client request 
(query) and, since they are done on a per-data-store basis, the queries are seen as 
having been processed iteratively until the client request is satisfied (as in Cameron, 
paragraph [0109]) 
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9. The other claims argued merely because of a dependency on a previously 
argued claim(s) in the arguments presented to the examiner, filed May 5'^ 2009, are 
moot in view of the examiner's interpretation of the claims and art and are still 
considered rejected based on their respective rejections from at least a prior Office 
action (part(s) of recited below). 

Response to Amendment 
1.131 Affidavits 

10. The Affidavits filed 12/26/07 and 5/12/08 under 37 C.F.R. 1 .131 have been 
considered but are ineffective to overcome the Cameron reference (U.S. Patent 
Application Publication No. 2003/0004964). 

1 1 . The declarations allege that the claimed invention was reduced to practice on or 
before 2 January 2003, a conclusion that has yet to be drawn based upon the submitted 
evidence. 

The evidence submitted in support of the Applicant's declarations include an 
email communication between the instant application's inventor (Andy Harganto) and 
Kim Cameron (possibly the same inventor in the Cameron reference) dated 22 May 
2002. One fact that could be alleged based upon this document is that (for instance) 
abbreviated XPath can be used to obtain information prior to 2 January 2003. This fact 
would be fully supported by the document, since the document summarizes different 
XPath queries to obtain different information. 
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This evidence, however, by itself, fails to support the conclusion alleged in the 
Applicant's declarations that the claimed invention was conceived of and reduced to 
practice prior to 2 January 2003. As such, the Applicants have failed to meet their 
burden under 37 C.F.R. 1.131(b). 

The examiner would like to point out a possible tvpoqraphical error in the 1 .131 
Affidavit filed 5/12/08. #1 in the Affidavit refers to an email dated 5/2/02. Other 
declarations surmise that this email was the previously submitted Exhibit A email. 
Exhibit A's date is 5/22/02, not 5/2/02. This appears to be a typographical error. 

Conception 

1 2. The affidavit's and evidence submitted is insufficient to establish a conception of 
the invention prior to the effective data of the Cameron reference. While conception is 
the mental part of the inventive act, it must be capable of proof, such as bv 
demonstrative evidence or by a complete disclosure to another. Conception is more 
than a vague idea of how to solve a problem. The Affidavit of 5/12/08 declares that a 
prototype of the invention was created. However, there is insufficient evidence of this. 
As such, there is no demonstrative evidence to show complete conception of the 
invention at the date of the email communication stated. Proof of conception has not 
been shown since there is insufficient demonstrative evidence and incomplete 
disclosure to another. 

Reduction To Practice 
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1 3. In this case, an actual reduction to practice is alleged to have occurred prior to 2 
January 2003. However, actual reduction to practice is not fully supported by the email 
document submitted or the allegations of facts in the Affidavits. 

14. For the reasons cited above, the declarations filed by the Applicants under 37 
C.F.R. 1 .131 fail to establish that the claimed invention was conceived of or reduced to 
practice prior to the critical period. As such, the Affidavits are insufficient to establish 
invention prior to the prior art reference relied upon in the rejections of record. The 
rejections are maintained by the examiner. 

Claim Objections 

1 5. Claims 36 and 39 are objected to because of the following informalities: 

a. Claim 36 recites the limitation "the data path expression" twice in line 2. 
There is insufficient antecedent basis for this limitation in the claim. 

b. Claim 39, last line. It appears that the word "expression" was truncated 
from the end of the claim. 

Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

1 6. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
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invention was made to a person having ordinary sl^ill in tlie art to wliicli said subject matter pertains. 
Patentability sliall not be negatived by tlie manner in wliicli the invention was made. 

1 7. Claims 2-4, 7-9, 1 2, 1 4-1 6, 18-21, 29-31 , 33, 34, and 36-39 are rejected under 35 
U.S.C. 103(a) as being unpatentable over U.S. Patent Application Publication No. 
2003/0004964 (Cameron et al.) in view of U.S. Patent Application Publication No. 
2002/0078094 (Krishnaprasad et al.). 

For Claim 31, Cameron teaches: "A method for accessing objects arranged in a 
hierarchy in a database, [Cameron, paragraph [0034], data set hierarchy of objects, 
objects from database(s)] comprising: 

• storing objects in a database, [Cameron, paragraphs [0034], [0035], and [0041], 
data set hierarchy of objects, objects from database(s)] wherein the database is 
a database of a Web service, [Cameron, paragraphs [0143]-[0145] and [0040], 
invention implemented across a internet network] and where in the objects each 
comprise corresponding attributes; [Cameron, paragraphs [0034] and [0035], 
"each object's respective data attributes"] 

• defining relationships linking different attributes of different objects in a 
relationship not identified by the hierarchy of the database, the relationship not 
being explicitly identified in the database, and not ascertainable by checking 
attribute names in the database, [Cameron, paragraphs [0034] and [0035], 
"hierarchies of data relationships based on object attributes" and "inter-object 
relationships are derived from data defined by an object"] wherein defining the 
relationships includes creating pointers linking each object by a defined attribute 
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relationship with another object, and such that the defined attribute relationships 
comprise linked paths between the objects, as defined by their attributes, 
[Cameron, paragraphs [0034] and [0035] "inter-object connections... (mono 
and/or bi-directional relationships)" and the "graphs" have paths] and wherein the 
defined relationships comprise relationships other than parent-child relationships 
defined by a directory hierarchy, [Cameron, Table 1, table of xml showing data in 
non parent-child relationship with Cameron, paragraph [0034], teaching that 
hierarchies of inter-object relationships can intersect. Additionally, when a 
connection is bi-directional, a non parent/child relationship can be found. Neither 
citing is defined by a directory hierarchy] and wherein defining attribute 
relationships for linking objects enables objects of different types to be linked by 
the defined attribute relationships, [Cameron, paragraph [0043] and Tables 1 and 
4, e.g. different person types are related via dependents attribute] each attribute 
relationship comprising a defined name [Cameron, paragraphs [0035] 
""dimensions" or polyarchies of data relationships" and [0108], having dimension 
names of "management" and "office location"]; 
• receiving a client request for accessing a requested object in the database, 
wherein the request is entered in the format of a location path expression 
[Cameron, Figs. 6-12 with paragraph [0094], "polyarchical query language (PQL) 
query used by a client to request... information in the data 
polyarchy... corresponding to objects in the polyarchy". The PQL of the figures 
looks like a location path expression] having the following format: 
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• a first expression component reciting a view name, wherein the view name is 
a particular defined name of a particular one of the defined attribute 
relationships; [Cameron, paragraphs [0035] and [0108], dimension/view 
names of "management" and "office location" are listed on Fig. 1 1's example 

PQL query] and 

• at least one path element defining one of the objects related by the defined 
attribute relationship associated with the view name and that defines at least 
a portion of a linked path to the requested object; [Cameron, paragraph 
[0108] with Cameron, Figs. 9-12, title attribute of architect (with 
dimensions/views) of people objects] 

• processing the client request comprising the location path expression ... to locate 
the requested object in the database, [Cameron, paragraph [0094], "polyarchical 
query language (PQL) query used by a client to request... information in the data 
polyarchy" that "identifies and retrieves a set of information corresponding to 
objects in the polyarchy."] wherein the location path expression is translated into 
a plurality of LDAP queries that are processed by the Web service to satisfy the 
client request and that are iteratively processed until the client request is 
satisfied" [Cameron, paragraphs [0040]-[0041], [0088], [0104] and [0109], "two 
data store searches" where data stores are the LDAP databases for the 
polyarchy data set and where Boolean modifiers (and, or) are used on two 
polyarchies to obtain objects in the data store that match the queries. The data 
stores can be LDAP (Cameron, paragraph [0088])] and 
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• returning the requested object and any otiier data specified in tlie location patli 
expression to a client" [Cameron, paragraphs [0106] finds all object(s) and data 
specified in the location path expression with [0122], returning/communicates the 
requested data/object(s) to client]. 

Cameron discloses the above limitations but does not expressly teach: 

• "...as an abbreviated XPath expression 

• . . .by converting the abbreviated XPath expression to one or more database 
queries." 

With respect to Claim 31. an analogous art. Krishnaprasad. teaches: 

• "...as an abbreviated XPath expression [Krishnaprasad, paragraph [0052], 
example of an abbreviated XPath expression since it is not complete (as known 
by one of ordinary skill in the art at the time of invention)] 

• . . .by converting the abbreviated XPath expression to one or more database 
queries" [Krishnaprasad, paragraph [0051], "XPath query... may be translated 
into relational database queries"]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention having the teachings of Krishnaprasad and Cameron before him/her to 
combine Krishnaprasad with Cameron because both inventions are directed towards 
using databases to retrieve data. 

Krishnaprasad's invention would have been expected to successfully work well 
with Cameron's invention because both inventions use databases. Cameron discloses 
dynamically generating multiple hierarchies of inter-object relationships based on object 
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attribute values (title) comprising querying at least a database and retrieving results and 
a web accessible database of objects issuing queries. However, Cameron does not 
expressly disclose querying using an abbreviated XPath expression that gets converted 
into one or more database queries nor that LDAP is used as the protocol on how the 
queries are formulated/formatted. Krishnaprasad discloses a method and apparatus for 
XML visualization of a relational database and universal resource identifiers to database 
data and metadata (title) comprising translating an exemplified abbreviated XPath query 
into relational database queries. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention having the teachings of Krishnaprasad and Cameron before him/her to take 
the translating XPath to relational database queries from Krishnaprasad and install it 
into the invention of Cameron, thereby offering the obvious advantage of using standard 
W3C XPath in exchanging/traversing data in relational databases (Krishnaprasad, 
abstract and paragraph [0023]). 

Claim 2 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , further comprising reviewing configuration information 
to identify the defined attribute relationship associated with the view name in the 
location path expression" [Cameron, paragraphs [0035], [0038], [0047], and [0108], 
dimensions/polyarchies are dynamically generated and are time-dependent. Thus, 
when a PQL query is done, the defined relationship with associated with the view name 
in the PQL must be identified in order to process the query at that time. Paragraphs 
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[0038] and [0047] provide some examples of what could be considered configuration 
information - e.g. [0038]'s schema and/or [0047]'s associated cache]. 

Claim 3 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 2, wherein reviewing configuration information further 
identifies a root level starting point associated with the view name" [Cameron, 
paragraphs [0007] [0038], [0047], [0045] and [0115]-[0116], displaying polyarchy 
according to schema. Any polyarchy must have a root level and starting point to search 
(how searching is done is exemplified in paragraphs [01 15]-[01 16])]. 

Claim 4 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 2, wherein reviewing the configuration determines 
whether the client has permission to access the database based on the defined attribute 
relationship" [Cameron, paragraph [0044], access lists/access control for protecting 
access to data]. 

Claim 7 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , wherein client request is received according to the 
Simple Object Access Protocol (SOAP)" [Cameron, paragraphs [0095] and [0098], 
"queries and server responses are packaged in... SOAP"]. 

Claim 8 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , wherein one of the at least one path elements of the 
location path expression is a wildcard element" [Cameron, paragraph [0106], "wildcard 
indication such as "*""]. 
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Claim 9 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , wherein one of the at least one path elements of the 
location path expression indicates a search in a reversed direction of the predefined 
relationship" [Cameron, paragraph [0106] with Fig. 10, "dimension information modifier 
specifies a particular direction and a particular depth to present a data relationship"]. 

Claim 12 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , wherein the database is a directory service database" 
[Cameron, paragraphs [0005] and [0088], directory service LDAP database]. 

Claim 14 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 38, further comprising obtaining configuration information 
from the server defining the relationships linking attributes of the objects in the database 
and associated view names thereof [Cameron, paragraphs [0035], [0038], [0047], 
[0108], [0045], and [0122], dimensions/polyarchies are dynamically generated and are 
time-dependent. Thus, when a PQL query is done, the defined relationship with 
associated with the view name in the PQL must be identified in order to process the 
query at that time. Paragraphs [0038] and [0047] provide some examples of what could 
be considered configuration information - e.g. [0038]'s schema and/or [0047]'s 
associated cache]. 

Claim 15 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 14, wherein sending the request sends the request in a 
message to the server according to the Simple Object Access Protocol (SOAP)" 
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[Cameron, paragraphs [0095] and [0098], "queries and server responses are packaged 
in... SOAP"]. 

Claim 16 can be mapped to Cameron (as modified by Krislinaprasad) as follows: 
"A method as recited in claim 38, wherein one of the at least one path elements of the 
location path expression is a wildcard element" [Cameron, paragraph [0106], "wildcard 
indication such as "*""]. 

Claims 18-20 and 21 encompass substantially the same scope of the invention 
as that of Claims 2-4 and 12, respectfully, in addition a to computer-readable medium 
and some instructions for a database server of a database for performing the computer- 
readable medium instructions of Claims 2-4 and 12, respectfully. Therefore, Claims 18- 
20, and 21 are rejected for the same reasons as stated above with respect to Claims 2- 
4 and 12, respectfully. 

Claim 29 can be mapped to Cameron (as modified by Khshnaprasad) as follows: 
"A method as recited in claim 38, wherein the server is a database server of the 
database" [Cameron, paragraphs [0005] and [0088], serves information of the 
database(s)]. 

Claim 30 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 38, wherein the database is a directory service database" 
[Cameron, paragraphs [0005] and [0088], directory service LDAP database]. 

Claim 33 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , wherein the location path expression includes a 
plurality of objects related by the defined attribute relationship specified by the view 
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name, and wherein each of the objects are separated by a forward slash" [Cameron, 
Figs. 10-12, forward slashes are seen throughout example PQL queries and they do 
separate a plurality of related objects]. 

Claim 34 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31 , where in at least one of the defined attribute 
relationships includes a relationship between objects of different types that are linked by 
an attribute relationship" [Cameron, paragraph [0043] and Tables 1 and 4 e.g. different 
person types are related via dependents attribute]. 

Claim 36 can be mapped to Cameron (as modified by Krishnaprasad) as follows: 
"A method as recited in claim 31, wherein the method further includes: 

• providing an application programming interface (API) from which applications on 
the client issue function calls to form the data path expression and to send the 
data path expression over a transport protocol to a Web service for directory 
access to the database"[Cameron, paragraphs [0005], [0045], [0095] [0098] 
[0088], programmed computer will make expressions, a program will use API(s) 
for SOAP messages over HTTP (protocol), for example]. 
Claim 37 encompasses substantially the same scope of the invention as that of 
Claim 31 , in addition to a computer program product and some instructions for 
performing the method steps of Claim 31 . Therefore, Claim 37 is rejected for the same 
reasons as stated above with respect to Claim 31 . Additionally, Claim 37 recites "one or 
more physical computer-readable media having stored thereon computer-executable 
instructions that, when executed by a processor, cause a computing system to perform 
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the following" that can be mapped to Cameron as follows: [Cameron, paragraph [0041], 
memory, processor, instructions]. 

Claim 38 encompasses substantially the same scope of the invention as that of 
Claim 31 , in addition to a method and some steps for performing the method steps of 
Claim 31 . Therefore, Claim 38 is rejected for the same reasons as stated above with 
respect to Claim 31 . Additionally, Claim 38 recites "a method for receiving objects 
arranged in a hierarchy in a database requested from the database, the method 
comprising: connecting with a server providing access to objects stored in a database" 
that can be mapped to Cameron as follows: [Cameron, paragraphs [0034] and [0094], 
database(s) providing data to polyarchy and polyarchy server 102]. 

Claim 39 encompasses substantially the same scope of the invention as that of 
Claim 31 , in addition to a computer program product and some instructions for 
performing the method steps of Claim 31 . Therefore, Claim 39 is rejected for the same 
reasons as stated above with respect to Claim 31 . Additionally, Claim 39 recites "one or 
more physical computer-readable media having stored thereon computer-executable 
instructions that, when executed by a processor, cause a computing system to perform 
the following: connect with a server providing access to objects stored in a database" 
that can be mapped to Cameron as follows: [Cameron, paragraph [0041] memory, 
processor, instructions with Cameron, paragraphs [0034] and [0094], database(s) 
providing data to polyarchy and polyarchy server 102]. 
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Conclusion 

1 8. Any prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Applicant is advised that, although not used in the rejections 
above, prior art cited on any PTO-892 form and not relied upon is considered materially 
relevant to the applicant's claimed invention and/or portions of the claimed invention. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Brent S. Stace whose telephone number is 571-272- 
8372 and fax number is 571-273-8372. The examiner can normally be reached on M-F 
9am-5:30pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Apu M. Mofiz can be reached on 571-272-4080. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

/Brent Stace/ (7/7/09) 
Examiner, Art Unit 2161 
Granted Temp. PSA 

/Apu M Mofiz/ 

Supervisory Patent Examiner, Art Unit 2161 



